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ABSTRACT 



A system and method for intelligently caching Local Num- 
ber Portability queries from a Public Switched Telephone 
Network (PSTN). The apparatus may include: an intelligent 
communications platform connected between a switch and a 
Signaling System 7 (SS7) network to intercept Transactions 
Capabilities Applications Part (TCAP) messages between 
the switch and ihe SS7 network; and a communications 
control module connected to the intelligent communications 
platform via a Transmission Control Protocol/Internet Pro- 
tocol (TCP/IP) link, the communications control module for 
providing management and communications to the ICP and 
providing access to the management and communication for 
a plurality of subscribers. The apparatus can also include: an 
SS7 I/O card for processing SS7 messages; and a CPU card 
for processing Integrated Services Digital Network User 
Part (ISUP) and TCAP messages. The communications 
control module can include instructions for receiving mes- 
sages from other ICPs for updated information on LNP 
queries. The communications control module can also 
include instructions for the plurality of subscribers to view 
results of LNP queries. 

15 Claims, 3 Drawing Sheets 




04/30/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 23, 2003 Sheet 1 of 3 



US 6,625,273 Bl 



Fig. 1 




212-^ 



Fig. 2 




^212 



04/30/2004, EAST Version: 1.4.1 



U.S. Patent Sep. 23, 2003 Sheet 2 of 3 US 6,625,273 Bl 



Fig. 3 
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RELATED PATENT APPLICATIONS 

This application relates to the following co-pending 
United States Patent Application, incorporates them by 
reference in their entirety and is assigned to the assignee of 
the present invention: 



Ser. No.: 



Filing Date: Inventors: 



TUle: 



BACKGROUND 

The invention is related to the Common Channel Signal- 
ing System No. 7 (SS7) technology employed in the public 
switched telephone network (PSTN). The SS7 network is the 
backbone of the world's telecommunications networks. SS7 
is a protocol developed by international standards organi- 
zations to efficiently manage call initiation, management, 
and termination, wireless services, including personal com- 
munications services (PCS), wireless roaming, and mobile 
subscriber authentication, local number portability (LNP), 
toll-free numbers and toll numbers (800 and 900 numbers), 
and a variety of other call features. 

Communication on an SS7 network falls into two distinct 
categories: command and control signals and network traf- 
fic. General voice traffic is carried in-band on voice chan- 
nels. The command and control signals are carried out-of- 
band and are used to manage the network traffic. The points 
on the network are divided into three classifications: Service 
Switching Points (SSP), Signal Transfer Points (STP), and 
Service Control Points (SCP). 

At the most fundamental level, voice calls are transmitted 
from the user's handset to the originating SSP, to the 
destination SSP, and finally to the call recipient. Voice traffic 
is carried on large, multi-path trunk lines. The routing of SS7 
traffic is managed by the STPs. (For simplicity, in the 
following example it is assumed that a call originates with 
one SSP and terminates with the destination SSP. In reality, 
a call may be routed through numerous SSPs before it 
reaches its destination.) 

When a call is initiated, the SSP sends a message to the 
appropriate destination SSP. The STP routes the messages to 
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additional routing information required to complete these 
calls. TCAP messages carry a variety of queries and 
responses between SSPs and SCPs. 

For example, to facilitate toll-free (800) calls, the SSP 
performs a lookup to route the call. An 800 number is 
actually an alias for a standard telephone number. When a 
call is made to a toll-free number, the SSP must determine 
what standard telephone number the alias (800 number) 
represents. To do this, the SSP generates a TCAP query that 
is transmitted to an SCP. The SCP maintains a large database 
correlating the aliases with the standard phone numbers. The 
SCP looks up the correct number in the database and relays 
the number back to the SSP. The SSP then completes the call 
via the standard process. 

Local Number Portability (LNP) lets subscribers keep 
their phone numbers after changing service providers or 
relocating. LNP is vital to the successful introduction of 
local telephone competition. LNP employs the same mecha- 
nism as toll-free numbers. To facilitate LNP, additional SCPs 
are established to allow LNP alias lookups. 

As the entire telecommunications industry expands, the 
demand for LNP and other TCAP-related capabilities will 
escalate. SCPs are owned and operated by large telecom- 
munications companies (typically Regional Bell Operating 
Companies or service bureaus) who charge a fee for each 
query. For small to mid-sized telecommunications 
companies, this expense will increase with any expansion. 
The only way these companies can presently eliminate this 
expense is to create their own SCP The technical and 
economic barriers to creating SCPs are prohibitive for most 
of these companies. 

As these TCAP-related calls become an increasing per- 
centage of a company's traffic, it will become more and 
more important to manage the associated costs. Currently, 
the smaller telecom companies have no independent means 
for monitoring these costs. With no visibility of the TCAP 
traffic, they are solely dependent on the reporting mecha- 
nisms of the SCP for TCAP traffic statistics. The only current 
methods for implementing this visibility are designed for 
ST?s, not SSPs. These methods are cost-prohibitive for 
smaller operators. 

This increasing demand will cause another problem with 
the SS7 network in general. As LNP becomes commonplace, 
there will be a corresponding increase in the number of 
TCAP messages carried on the SS7 network. Therefore, 
what is needed is a means to minimize the number of queries 
made to the SCPs by the SSPs. 

SUMMARY OF THE INVENTION 

The present invention, accordingly, provides a system and 
method for minimizing the reliance upon SCPs for call 
routing data. The system, which is installed between the 
service providers' SSP and the network, acts as a local 



the destination SSP. The originating SSP then designates 55 cache, storing the results of SCP queries. When subsequent 



which path in the trunk line between the two SSPs will carry 
the call, and notifies the destination SSP to establish the 
connection. When one of the parties hangs up, a call 
termination signal is generated by one SSP and relayed to 
the other. 

Toll-free (800) calls, calling-card calls, wireless calls, and 
other such calls require the exchange of additional, non- 
circuit data between SSPs. Unlike standard calls that require 
no additional data in order to be routed by the STPs, these 
non-standard calls require additional information. The 
Transactions Capabilities Applications Part (TCAP) func- 
tionality defined in the SS7 protocol is used to obtain the 
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requests for the same lookup is received, rather than being 
passed on to the SCP (and incurring a charge) the query is 
intercepted, a look-up is performed, and the locally stored 
number is sent back to the SSP. The SSP then has the 
information necessary to complete the call. By using the 
locally stored query result, the company avoids paying 
multiple fees for the same lookup. Query results are stored 
in the local cache with a defined expiration time. After the 
result expires from the cache, the subsequent request for the 
lookup will be executed in the standard fashion, retrieving 
the information from the SCP and repopulating the local 
cache. 
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The present invention is enabled by the Intelligent Com- for updated information on LNP queries. The communica- 

munications Platform (ICP). Although the ICP is described tions control module can also include instructions for the 

in greater detail in the incorporated by reference patent plurality of subscribers to view results of LNP queries. 

application listed above entitled "Intelligent Communica- These and othcr objectives and features of the invention 

tions Platform", a short summary will now be described. The 5 encompass a comprehensive system for caching results of an 

ICP is located on the network between the SSP and the STP. LNP query for later use and thus resulting in lower costs by 

It has no point code, and is therefore totally transparent to minimizing LNP queries. 

the SS7 network. The ICP intercepts all TCAP information ^ c j -.u . L 

, . e , 00 „ _ . , F 7 . c _ uiiuiuiauuu Therefore, in accordance with the previous summary, 
into and out of the SSP. It is designed for fail-safe pass . • A c ' . , * , . 

.u u e ii oo-, . c . j * : ™£ i objects, features and advantages of the present invention 

through of all SS7 information. In the event of an ICP fault 10 u ' mo ,^ orAnf trt rtn f cW11- , . K u . f tU 
oo-t 1 a- . , . will become apparent to one skilled in the art from the 

ttaffic ***** throu S h unim P ede d- subsequent description and the appended claims taken in 

The ICP provides a platform for a variety of applications conjunction with the accompanying drawings. 

that monitor and manipulate this TCAP data. The ICP 

includes a TCP/IP connection to an Intelligent Cbmmuni- BRIEF DESCRIPTION OF THE DRAWINGS 

cations System (ICS). The ICS is used to configure and 15 OT _ . . c 
manage these applications. In summary, the ICP adds addi- , FIG ' 1 » a f hema k Uc * ock ^"f am of an SS7 network 
tional intelligence and functionality to the customer's SSP at sh °T g r f. latl0n ^ hl P between the invention and the ICP 
a reasonable cost. and the end P 01Dts on tbe network; 

A LNP cache (LNPC) application runs on the ICP, moni- v ™" 2 * a §bB ^ d d j a g ra m Ulustrating a single network 

toring LNP queries. It incorporates a high-speed database 20 hnk between an ^ and an SC? > 

where the results of queries are stored along with a time FIG. 3 is a more detailed drawing showing the functional 
stamp. When a query is intercepted, the LNPC performs a elements of the ICP and how they support and interact with 
database lookup. If the requested information is found, the me invention; 

LNPC sends the result back to the SSP, eliminating the SCP FIG. 4 is a functional block diagram of the LNPC; and 

lookup. If the query does not yield a result, the LNPC 25 FIG. 5 is a flow chart illustrating the operation of the 
maintains an active thread waiting on the response from the LNPC. 
SCP. When the response is received it is stored in the 

database with a time stamp and relayed back to the SSP to DETAILED DESCRIPTION 
complete the call. To maximize performance a caching In FIG x a re f ere nce numeral 100 designates a global 
algorithm is employed. In addition, configuration of the SS7 network ^ SS7 network is a vast ^Mixtion of 
LNPC is accomplished via the ICS. interconnected SS7 signaling nodes, including the SSP of a 
A primary technical advantage of the invention is the service provider 110. As will be described in greater detail 
ability to minimize TCAP queries, and correspondingly below, the current invention includes a Local Number Port- 
reducing the fees paid for database lookups. Another advan- 35 ability Cache (LNPC) system. The LNPC 160 resides within 
tage is to improve network performance. Inherent in this the ICP 170, which is installed between the service provider 
functionality is the visibility of TCAP traffic in the system. SSP 130 and the network 100. The ICP 170 is completely 
From one central point, the Intelligent Communications transparent to the network, including the service provider's 
System (ICS), one or more ICPs can be monitored via SSP 130. 

TCP/IP links. This allows all of a company's TCAP traffic 4Q Deregulation and open competition in the telecommuni- 
to be monitored at a central location. With this full visibility cations industry now allow a subscriber to change service 
companies can independently monitor, audit, and manage providers while keeping the same phone number. When this 
TCAP traffic into and out of the company's SSPs. occurs> mc suhsc riber's calls are no longer bandied by the 

Another technical advantage is the high degree of original, or donor SSP 180, but must be routed to the new 

configurability, allowing customers to customize the appli- 45 recipient SSP 190. To implement LNP, a service provider 
cation to meet their own requirements. The LNPC also must have access to updated routing information contained 
provides a measure of redundancy in the event of an SCP in the SCP database 120. When a subscriber places a call, the 
fault. If the SCP fails, LNP queries that are stored in the originating SSP 130 reads the call's dialed digits and deter- 
cache can be answered, allowing these calls to be completed. mines if it is subject to an LNP lookup. If the number is 

In addition, a system and method for intelligently caching 50 associated with an LNP-enabled switch, a query is trans- 
Local Number Portability queries from a Public Switched mitted to the network 100 via the STP 140 and routed to the 
Telephone Network (PSTN) is described. The apparatus may appropriate SCP 150 in order to determine the correct SSP 
include: an intelligent communications platform connected ror the dialed number. The SCP 150 returns the actual 
between a switch and a Signaling System 7 (SS7 ) network number to the SSP 130 and the call is completed, 

to intercept Transactions Capabilities Applications Part 55 FIG. 2 illustrates a single network segment of the global 
(TCAP) messages between the switch and the SS7 network; SS7 network 100. In FIG. 2, the reference numeral 200 
and a communications control module connected to the refers to an LNPC system of the present invention. It should 
intelligent communications platform via a Transmission be recognized that system 200 is embodied in the LNPC 
Control Protocol/Internet Protocol (TCP/IP) link, the com- system 160 of FIG. 1. The system 200 consists of an active 

munications control module for providing management and 60 intelligent communications platform (ICP) 202 deployed 
communications to the ICP and providing access to the in-line between the service provider's SSP 220 and an SCP 
management and communication for a plurality of subscrib- 222 located somewhere in the global SS7 network. As 
ers. The apparatus can also include: an SS7 I/O card for shown in FIG. 2, the originating point code (OPC) of the 
processing SS7 messages; and a CPU card for processing SSP 220 is 0-0-1 and the OPC of the SCP 222 is 0-O-2. The? 

Integrated Services Digital Network User Part (IS UP) and 65 SS?::ne twprjc includes redun^nt:iinksT212QAs described 
TCAP messages. The communications control module can below, the ICP 202 maintains access to both redundant SS7 
include instructions for receiving messages from other ICPs linksets and maintains signaling state for the combined 
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linkset. Finally, the system 200 includes a management In addition, the ICP 202 contains MTP3 control logic 

device 203 that maintains configuration, health and status, located on the CPU card 302 and the LNPC application 300. 

and visibility into the in-line devices 202. Although not These functions work independently of each other and 

shown, the management device 203 is capable of controlling provide higher-level visibility by processing signaling units 

multiple in-line devices, including one or more ICPs 202 5 into MSUs and MSUs into protocol data units (PD Us) (layer 

within the network. 4 and above of the seven . layer 0SI Det work model). 

nn^w^lte M exemplified in FIG. 3, an SS7 MTP2 message signal- 

on the SS7 network may be a combination of physical layer • / X xS T n « * • ■ t^ati a jj ac 

access types such as: DS-1, DS-OA, DS-0, V.35 or Ethernet. mg UD1 < MSU > " ntaiD1 c n * a TCAP query and addressed ioz 

For example, a complete SS7 implementation may be two in £Sft C * g * S ^ ™> lDt0 1 the I( ? P ™l 

DS-ls consisting of four DS-OAs per DS-1 creating a 10 through an MTP1 port 320. The MSU travels up the SS7 

combined linkset of 8 links protocol stack through the MTP2 I/O card 304 and the 

The ICP 202 is a fully active Message Transfer Part ^ff^ C0 ^ p1 ^™ *<* ck 302 ' ^ MTP3 stack ma y 

(MTP) 2 datalink layer (the datalink layer is layer 2 of the reside 0D the 09X3 card 302 ' as shown 10 FIG - 3 - or 00 the 

seven layer OSI network model) device while providing the 1/0 card 304 « Fmall y thc MSU 1S delivered to the LNPC 

network layer (layer 3) and above visibility and control. 15 ^cation 300. As will be described in greater detail later, 

Network layer control messages, such as re-alignment the LNPC application 300 analyzes any TCAP query within 

messages, are transferred autonomously from node to node, ^ MSU and acts accordingly. 

e.g. from the SSP 220 to the SCP 222, within the SS7 FIG. 4. is a simplified block diagram of the LNPC 

network. The ICP 202 manages these messages and coor- application 300. While not explicitly shown, it should be 

dinates control between the end nodes. This allows end 20 understood that the LNPC application 300 runs on the ICP 

nodes to operate as master of MTP 2, while communicating platform. When a message is received from the MTP3 layer, 

directly with the in-line device. The MTP3 message signal- a TCAP thread 402 executes and evaluates the TCAP 

ing units (MSUs) 210 are transferred end-to-end making the information to determine if the message is an LNP lookup. 

ICP 202 appear invisible to both the SSP 220 and the SCP If it is an LNP lookup, a query is created and passed through 

222, at the network layer and above. 25 me LNP caching algorithm 404 to the local, high-speed 

While not shown, it is understood that more than one database 406 for updated routing information, 

network addressable ICP 202 may be utilized within a If the local database 406 does not contain an entry for the 

service provider's network, at one or more locations, query, the TCAP thread 402 sends the query to the destina- 

whereby LNP caching is provided for traffic out of a tion SCP via the MTP3 layer. The TCAP thread continues to 

signaling point. run, awaiting a response from the SCP. At the same time, and 

A control and management device 203 is connected via *SUP monitoring thread 408 begins and monitors initial 

TCP/IP 204 to the ICP 202 for storage and display of logs, address messages (I AMs), waiting for the call corresponding 

alerting, cache configuration, providing simple visibility, to me LNP query. 

and other operational features of the ICP 202. Logs, TMM 35 When the response is received from the SCP, the TCAP 

data, events, and management messages are piped using thread 402 stores the result of the query in the local database 

TCP/IP from the ICP to the control and management device 406 and passes it back to the originating SSP via the normal 

203 and may range from simple events to full SS7 call or SS7 protocols. 

transaction messages. If the database 406 does contain an entry for the query, a 

FIG. 3 illustrates a functional schematic of the system. In 40 response message is created and sent back down the MTP3 

one embodiment, the ICP 202 is configured with full redun- stack and through I/O card to the originating SSP. The LNP 

dant SS7 I/O cards 304 for processing MTP 2 and fully application, at this point terminates the TCAP thread 402. 

redundant CPU cards 302 for processing MTP 3, Integrated The ISUP monitoring thread 408 monitors incoming lAMs 

Services Digital Network User Part (ISUP), Signaling Con- until it detects the call corresponding to the LNP query. The 

nection Control Part (SCCP), and Transaction Capabilities 45 thread monitors the call to see if an answer message (ANM) 

Applications Part (TCAP) messages, all enclosed within a is received from the destination SSP, indicating that the call 

single chassis. The ICP 202 combines all state monitoring, has been completed successfully. If the call is completed 

line control, and transaction state control for implementing successfully, the thread terminates. If the call is not com- 

access and service control functions. The inventive tunc- pleted successfully, the ISUP thread generates an error 

tions performed by the ICP 202, as further described below, 50 message that is sent to the ICM 203 via the TCP/IP link 204 

may be implemented with commercially available compo- between the ICM 203 and the ICP. The ICM 203 processes 

nents as will be understood by those skilled in the art. While the error message and sends commands to the LNPC 300 

also not shown, it is understood that the ICP 202 is con- causing the corresponding entry in the database 406 to be 

trolled and configured by computer programming instruc- deleted. The deletion command is also relayed to other 

tions stored in memory within the in-line device and poten- 55 LNPC applications in the network to purge the entry, 

tially other components of the system connected to the ICP. Operators use GUI applications running on the ICM 203 

The ICP 202 is a full MTP2 signaling link terminal. It also to perform a number of management and configuration 

manages MTP3 management messages between end nodes, functions on the LNPC 300. As was previously mentioned, 

in this case the SSP 220 and the SCP 222. It manages the the ICM 203 communicates with the LNPC 300 by means of 

coordination of MTP3 traffic management, link 60 the TCP/IP link 204. 

management, and route management messages to synchro- The caching algorithm 404 will maximize the hit rate of 

nize MTP2 events between the two links. the LNPC while reducing the required database storage 

Functionally, the ICP 202 consists of SS7 I/O logic 301, capacity. The caching algorithm 404 can be configured or 

which contains MTP1, MTP2, and MTP3 stacks, located on changed using a GUI application running on the ICM 203. 

the I/O cards 304 and CPU card 302. One function of the 65 Different caching algorithms can be employed depending on 

stacks is to process Message Signal Units (MSUs) for the profile of the local subscribers. For example, if the 

MTP3. majority of the local subscribers are businesses, then an 
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algorithm optimized for business customers and calling 
profiles may be used. Different algorithms may be used for 
areas where the majority of subscribers are residential users. 

It is also possible to have multiple algorithms in use 
simultaneously. For example, if one local exchange is a large 5 
business, a specific algorithm may be deployed for that 
exchange while the residential algorithm is employed for 
other exchanges. These are just some examples of the 
caching algorithm scenarios that may be employed in the 
invention. Others may be employed as well. 10 

The GUI applications on the ICM 203 also are used to 
configure and manage the database 406. As previously 
mentioned, each entry stored in the local database 406 has 
an associated time stamp. The time stamp is continually 
examined against a pre-defined expiration period. Once an 15 
entry has expired without being retrieved, it is purged from 
the database 406. The parameters and operation of this 
purging process can be configured using the ICM 203. The 
database may also be periodically backed up to traditional 
magnetic storage devices, employing the TCP/IP link 204 to 20 
ICM 203. 

As the LNPC application 300 operates, the ICP core 
applications record event information that can be collected, 
processed, and analyzed by GUI applications on the ICM 
203. This information can be presented to operators and 25 
analyzed for a variety of purposes. Data related to the 
number of LNP queries, number of cache hits, and number 
of SCP queries can be analyzed to determine the efficiency 
of the caching algorithm(s), and the SCP charges avoided. It 
can also be used to audit the SCP charges reported by 30 
operators of the SCP database. 

Other reports can be generated to determine the number 
and percentage of hits on specific exchanges or telephone 
numbers. The number of incorrectly routed calls can also be 35 
reported. The average response time of the local cache can 
be determined and compared to the average response time 
for various SCPs. The overall LNPC statistics could also be 
analyzed to give an indication of bandwidth usage. 

FIG. 5 provides a flowchart of the LNPC functions. As a 40 
TCAP query is received 501 it is evaluated 502 to determine 
if it is an LNP lookup. If not, no further action is performed. 
If it is an LNP lookup, a query is made to the local database 
503, and an IS UP monitoring thread starts 504, checking all 
the IAMs for incoming calls. The result of the query is 45 
evaluated 505. If the routing information is found in the 
local database, a result message is created 506 and sent to the 
originating SSP by the normal means 507. If the routing 
information is not found in the database, the query is 
forwarded to the appropriate SCP database 508. When the 50 
response is received from the SCP 509, the result is stored 
in the local database 510, and is sent to the originating SSP 
by the normal means 507. 

The ISUP monitoring thread continues to execute, moni- 
toring the associated call until it determines if the call is 55 
successfully completed 511. If the call is successfully 
completed, the thread terminates and no further actions are 
necessary. If the call is not successfully completed, the 
thread reads the release message and determines the failure 
cause code. The ICM is notified and the bad routing infer- 60 
mation is deleted from the database 512. 

It is understood that the present invention can take many 
forms and embodiments. The embodiments shown herein 
are intended to illustrate rather than to limit the invention, it 
being appreciated that variations may be made without 65 
departing from the spirit of the scope of the invention. The 
algorithms and process functions performed by the system 
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may be organized into any number of different modules or 
computer programs for operation on one or more processors 
or workstations within the system. Different configurations 
of computers and processors for the system are contem- 
plated. The programs used to implement the methods and 
processes of the system are implemented in any appropriate 
programming language and run in cooperation with any 
hardware device. The system may be used for service 
providers, Internet Service Providers (ISPs), enterprises, and 
many other entities utilizing SS7 signaling devices. 

Although illustrative embodiments of the invention have 
been shown and described, a wide range of modifications, 
change, and substitution is intended in the foregoing disclo- 
sure and in some instances some features of the present 
invention may be employed without a corresponding use of 
the other features. Accordingly, it is appropriate that the 
appended claims be construed broadly and in a manner 
consistent with the scope of the invention. 

What is claimed is: 

1. Apparatus for intelligently caching Local Number 
Portability (LNP) queries from a Public Switched Telephone 
Network (PSTN), the apparatus comprising: 

an intelligent communications platform (ICP) connected 
between a switch and a Signaling System 7 (SS7) 
network to intercept Transactions Capabilities Appli- 
cations Part (TCAP) messages between the switch and 
the SS7 network, the ICP including an LNP application 
for analyzing the intercepted TCAP messages, querying 
a database of the LNP application to determine whether 
routing information for a corresponding call is located 
in the local database, and, if the routing information is 
located in the local database, sending a result message 
by normal means, otherwise; querying an appropriate 
signal control point (SCP) database for the routing 
information, storing received routing information in the 
local database, and time-stamping the stored routing 
information; and 

a communications control module connected to the intel- 
ligent communications platform via a Transmission 
Control Protocol/Internet Protocol (TCP/IP) link, the 
communications control module for providing manage- 
ment and communications to the ICP and providing 
access to the management and communication for a 
plurality of subscribers; 

wherein upon the occurrence of a predetermined 
condition, the stored routing information is deleted 
from the local database and wherein the ICP does not 
include a point code and provides a fail safe mode of 
operation to transparently pass TCAP messages in case 
of ICP failure. 

2. The apparatus of claim 1 wherein the ICP includes: 
an SS7 I/O card for processing SS7 messages; and 

a CPU card for processing Integrated Services Digital 
Network User Part (ISUP) and TCAP messages. 

3. The apparatus of claim 1 wherein the communications 
control module includes instructions for receiving messages 
from other ICPs for updated information on LNP queries. 

4. The apparatus of claim 1 wherein the communications 
control module includes instructions for the plurality of 
subscribers to view results of LNP queries. 

5. The apparatus of claim 1 wherein the predetermined 
condition is selected from a group consisting of expiration of 
the time stamp and unsuccessful completion of the call. 

6. A system for intelligently caching Local Number Port- 
ability (LNP) queries from a Public Switched Telephone 
Network (PSTN), the system comprising: 
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instructions for an intelligent communications platform 
(ICP) connected between a switch and a Signaling 
System 7 (SS7) network to intercept Transactions 
Capabilities Applications Part (TCAP) messages 
between the switch and the SS7 network, the ICP 5 
instructions including instructions for an LNP applica- 
tion for analyzing the intercepted TCAP messages, 
querying a local database of the LNP application to 
determine whether routing information for a corre- 
sponding call is located in the local database, and, if the 10 
routing information is located in the local database, 
sending a result message by normal means; otherwise, 
querying an appropriate signal control point (SCP) 
database for the routing information, storing received 
routing information in the local database, time- 15 
stamping the received routing information, and deleting 
the stored routing information upon the occurrence of 
a predetermined condition; and 

instructions for a communications control module con- 
nected to the intelligent communications platform via a 20 
Transmission Control Protocol/Internet Protocol (TCP/ 
IP) link to provide management and communications to 
the ICP and to provide access to the management and 
communication for a plurality of subscribers and 
wherein the ICP does not include a point code and 25 
provides a fail safe mode of operation to transparently 
pass TCAP messages in case of ICP failure. 

7. The system of claim 6 further including: 
instructions for an SS7 I/O card to process SS7 messages; 

and * 30 

instructions for a CPU card to process Integrated Services 
Digital Network User Part (ISUP) and TCAP messages. 

8. The system of claim 6 further including instructions for 
receiving messages from other ICPs for updated information 35 
on LNP queries. 

9. The system of claim 6 further including: 

instructions for the plurality of subscribers to view results 
of LNP queries. 

10. The system of claim 5 wherein the predetermined 40 
condition is selected from a group consisting of expiration of 
the time stamp and unsuccessful completion of the call. 

11. A method for intelligently caching Local Number 
Portability (LNP) queries from a Public Switched Telephone 
Network (PSTN), the method comprising: 
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intercepting Transactions Capabilities Applications Part 
(TCAP) messages by an intelligent communications 
platform connected between a switch and a Signaling 
System 7 (SS7) network, wherein the SS7 messages are 
from the switch and to the SS7 network and wherein the 
ICP does not include a point code; 

analyzing the intercepted TCAP messages; 

querying a local database to determine whether routing 
information is located in the local database; 

if routing information is located in the local database, 
sending a result message by normal means, otherwise, 
querying an appropriate signal control point (SCP) 
database for the routing information, storing received 
routing information in the local database, and time- 
stamping the stored routing information; 

providing management and communications control from 
a communications control module connected to the 
intelligent communications platform via a Transmis- 
sion Control Protocol/Internet Protocol (TCP/IP) link; 

providing access to the communications control module 
to a plurality of subscribers; and 

deleting the stored routing information from the local 
database upon the occurrence of a predetermined con- 
dition; and 

providing a fail safe mode of operation to transparently 
pass TCAP messages in case of ICP failure. 

12. The method of claim 11 further including: 
processing SS7 messages with an SS7 I/O card; and 
processing Integrated Services Digital Network User Part 

(ISUP) and TCAP messages with a CPU card. 

13. The method of claim 11 further including receiving 
messages from other ICPs for updated information LNP 
queries. 

14. The method of claim 11 further including: 
providing the ability for the plurality of subscribers to 

view results of LNP queries. 

15. The method of claim 9 wherein the predetermined 
condition is selected from a group consisting of expiration of 
the time stamp and unsuccessful completion of the call. 
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